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^ A portion of the disclosure of this patent document contains material which is 
> subject to copyright protection. The copyright owner has no objection to the facsimne 
reproduction by any one of the patent document or the patent disclosure, as . appears 
Patent and Trademark Office patent files or records, but otherwise reserves all copynght 

rights whatsoever. 

10 up q n OF TP f INVENTION 

The present invention relates generally to a method and system (or generating new 
business models in an envtronment, oreeosystem. of exisung business models and 
customers. More particularly, the present mvention describes existing businesses w,.h 
corresponding business models, simulates the business models to determme thetr 
15 performances, selects one or more of the business models havtng optimal performance 
values, and transforms the selected business models to create new businesses. 

m rKfiRODND 

Research for improving existing businesses is an important area of business 
20 management activity. In one typical aspect, this research focuses on improving the 

operations, and thus the profitability, of a single business acting within a perhaps complex 
but usually more or less fixed environment. An example of this aspect of exisung research 
may be found in international patent application PCI7US99/15096, titled "An Adapttve and 
Rehable System and Method for Operations Management", filed July 2, 1999, the contents 
25 of which are herein incorporated by reference in its entirety. 

In another typical aspect, business research focuses on dynamically modehng an 
entire economic system, as goods and services are exchanged, as new goods and settees 
appear, and as ex.sting goods and services disappear. Such models are panicu arly drrecteu 
to gu.ding businesses in adapting to such economic changes. An example of to aspect of 
30 exLing Larch may be found in U.S. paten, application no. 6,,25,351, ...led "System and 
Me J for ,he Synthesis of an Economic Web Mode, and the Identification of New Market 
Niches", issued September 26, 2000, the contents of winch are herein incorporated by 

reference in its entirety. 

However, the process of creating new businesses and new methods of doing 
35 busmess to meet new busmess problems has generally been left to human intuition. Often, 
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5 network effects can lead to sudsing "^^l,. business 

based on past business performance is no longer an adequate gutde 

deSiS "' Therefore there is an unmet need in the am of business operates research for 

,0 Orient of existing business methods, technoiogies, cultures, and so forth. 

Citation or identification of any reference ,n thts Section or any section , of«* 
appiication shaH not be construe, that such reference is available as pnor art to the present 

invention. 

15 <jitMMABV OF TPy 1NVF.NTION 

The present tnvention satisfies thts need in the prior art by providing novel 

described in a generally moduiar fashion tncludtng. - h ^ „ y . busjness 

which descnbes, ,n,er alia, possible goods, gratia, the 

25 business inputs and the tecnnoiogy how revenue 

in language appropriate to the business problem a, hand, but at by be 
30 ^'T^"— thodsusedinthepresenttnventionoperateondte 
I t Les To find tmproved models from the initial models, models are 

, 
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th ose modu.es and combinations .ha, have proved successful ,n prior optimization cycie, I, 
bXltha, .he present invention derives part of its effectless because the modul* 

5 l other words, .he business heunsrics represent by module selechon —s 

the search without limiting the breadth of possible solutions. 

T* preferred embodiments, the invention provides a p,ura,i,y of interchange* 
modu,es, also called building blocks herein, that each describe an elementary aspec of 
Tutesses drrected to the business probWm at hand. BuUding blocks may be clashed , mo 

blocks and revenue model butlding blocks. Value proposmon bundrng blocks descrtb 
^ompu, produced by a business, ,.s quality or constraints, its likely cus.omers nd 
hT at (uu l) of .he output to the customers, and so forth. Operational arrangement 
« Iks describe individual business operations, for examp.e, the technology and 
15 —cure needed to produce a good or service, inputs to a bustness for producng the 
ce, the Jformauon o, inpu,s used by ,he business .o produce .he good or 
Z Z L a d capita! quired for the transformation, and so forth. Revenue mode! 
ling .ocks describe a business pricing scheme for a good or service, the actual pnce 

20 q uali,y, ,he expected revenue, and so forth. This invenuon may also mclude Cher classes 
building blocks useful in particular business problems. 

„ found, is defined by all meaningfu! combinations of the bulling 
25 advantageous for business models to have an associated performance modeiS. wh.ch 

p^ how weH the modeled busmesses solve the bustnessprop^ccordtng to a range 
f mltrics. Certain metrtcs may tnclude financial parameters^,, as prof,,, revenue, and 

forth; other me,rics may include marke, par^uch as marke, share, marke, 
caption and so forth. In this emfc^business models and .ransformed and 
30 opulT byopera,,onson,he^Hocks. For a particular example, me o,ua„,y of 
To I may be a variable^* In a g-ven business problem. Then appropna* value 
olplriol build JoWs would represen, c„s,omer value in terms of cuahty of good , 
Z Z£Z»* -ngemen, building blocks would rep,esen, the t— ,s for 
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^^f^. would therUsa d-U.disco»^^ 

^^TfuXprefened embedments, . plurahty of busmesses descnbed by busmess 

models are considered together as a business -ecosystem", in whrch the " ^ 

mo , , ■„„„ nn A i services and consideration among 

S mav interact with each other by exchanging goods, services, anu 

a business model and patronize that models in order ,o obtam sought-after values 

a~d business mode.s. For example, by including customers wtth a range of 
,0 ZLs and tastes (various uttlittes), an ecosystem can provide in — on m,ke, 

Lmentahon As business models strive-to satisfy customers generally or specially, 
segmentate. wUh busmess . 

" vertical supp,y Cains, horizonta, agreements, and otber business aUtances and 
15 Ltegicbehavtormaybeobserved. Market segmentation and ^"^^ ^ 
relationships (and other business behaviors) may be represented m the bu,ld,ng bl ock . h 
" II le proposition building blocks may tepresen. values targeted to specie W- 
o«rs, and revenue mechanism building blocks may represent pricing strategtes for 

^described in terms o, building blocks, are based on 
Evolutionary methods generally ptogress through a 

succeeding generation is the product of genetic operat^pfSfied to the Attest busmess 
lot in the immediacy preceding generatijm^ss mode, fitness ,s d-d by 

mod, performance, In alternatives may depend on only a stngle mporunt 
performance metric, or »™*£d on a combinatton of performance metnes. The applted 
^operators .yP>«imodel actions occurnng among biologica. organ.sms, and 

preieraoiy plated selection and transformation of the 

™ hniHinP hlfScks between business models. Repeated selection <u 

' fcb ^Z„y. the present invention includes actually applying effective , — 
uresis as business methods for real-world busmesses. Where appropnate, the present 
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invention also includes seeking intellectual property, for example, paten, protection for the 

generated business models. 

This invention also provides systems for perforrmng these methods, and computer 
software causing the performance of these methods, and computer-readable media on whrch 

i this software is encoded. ^^rwtrr^ 
The mcth-H- — 1 ■y""™ " f lhe prpsf "' mventi0 " cwb£JW*>«** ! >J* , ^» 
business problems. For example, no. only can they may gene—r^^siness models 
,„ response to the current state of an industry or busmes^ylSm, they may also .scover 
entirely new business opportunities or enth^lj^^iness organizations no, readily 
10 apparent to those of skill in the art^ticular, these methods and system ma y find new 
ways of capturing valueir^STng industry; may update bus.ness methods to continually 
adapt to changjri^er behaviors; may discover opportunities for new technologies. 
These syltSand methods may transform potentially revolutionary technolog,es mto 
C iuUoU „ u „ b u.i n ca . m edeKHhe^ b e. c a ptu r , the vine of h* new techno logy 
,5 These methods and systems may be also used in strategic advisory or consulting 

services that help actual business to define best strategies or business methods in v,ew of 
their current position. These advisory service may be of value to financial analysts. 

Business models discovered may be licensed to entrepreneurs, venture capital.su, and other 
investors. Further businesses may be spun ou. or "incubated" by using .he invention to 
20 develop more successful business models from .he building blocks of already successful 
business mode!, Indeed, new ways of using me present invention may be discovered by 
application of the invention itself. . 

useful is, without limitation, the Internet economy, orJheJmerr^^c^ystSrT Here, 
25 business methods are often more importamtij^^ 

of business depend on each o^hej^e^nd performance through a web of .n,~ 
(ranging from purely fj^claTTTtechnology-based to strategic par.nersh.ps, etc); network 
effects and higMy^ear behavior may produce completely counterintuitive bus.ness 
resuUsJ^kely that some resulting business models may be able <o generate large 

The methods and systems of me present invention may have various additional 
component, For example, they may include an analysis component that is useful to 
interpret and unders.and why a particular business mode! ,s successful or unsuccessful. 
Ano,he. optional component may be a method for detecting "correlated success (strategic 
35 behavior), that is, business models tha, exhibit performance only when contoured w..h other 
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business models. In this case, an investor wanting to launch such a business model would 
then be advised to either seek alliances with the existing synergic businesses or to help 
launch synergistic companies. This is a practice more common in Japan, where it is known 
as kereitsu networks. A further optional component may test business methods for 
5 robustness, for example, against perturbations to the ecosystem environment of a gwen 
business model. Such perturbations may be the arrival or disappearance of new busmess 
methods, may be changing customer tastes, or so forth. 

In a first particular embodiment, the present invention includes a method for 
generating business models for solving a selected business problem comprising: descnbmg 
10 a plurality of computer-simulateable business models, wherein a business model describes 
operations of businesses for solving the business problem, and wherein a business model 
has an associated operational performance model, determining the operational performances 
of the businesses described by the plurality of business models by simulating the plurahty of 
business models, and generating a next plurality of business models from the simulated 
15 plurality of business models by performing an evolutionary method including applying one 

or more genetic operators. 

Aspects of the first embodiment, include: describing a business-model environment, 
wherein the business-model environment includes a plurality of computer-simulateable 
customer models, wherein the customer models patronize the business models to receive 
20 values from the business models, and wherein determining the operational performance 
further includes simulating the environment, including simulating the customer models 
receiving values from the business models; and evolutionary methods that include (i) 
determining business-model fitness in dependence on the operational business-model 
performances, (ii) selecting one or more business models in dependence on their fitness, and 
25 (lii) transforming the selected business models into new business models by applying one or 
more genetic operators, wherein the new business models incorporate elements of the 

selected business models. 

Further aspects of the first embodiment include: genetic operators that include a 
cross-over operator which transforms at least two parent business models into at least one 

30 new business model by combining characteristics of both parent business models into the 
characteristics of the at least one new business model, and a mutation operator which 
transforms a parent business model into a new business model by modifying a character^ 
of the parent business model; repeating one or more times the steps of determining and 
generating, wherein each step of determining simulates the plurality of business models 

35 resulting from the previous step of generating; a space of business models; and at least two 
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b „si„.ss models « i—c, <* «* "™ g ^ S,mUte ' in8 

; less mCel descriptrons with computer-—* v™-^ 1 or 
describe output values provided by businesses, namely descnpnon^ofM natures ot o 

^ m d services or relations with other business mode^for marketing to 

outpu , vaH.es by bus.nesses, — ^ ^ oTse^, or capita, and ,abor 
provided, or <*^^j£^ «*• computer-simuiateabie revenue 

i ^orwftrms of a margin or an amount per transaction, ui F 
„ ITsl solving a selected business problem comprising: describing a p.urahty 

- s=r==r ==== 

=SS=S====S=' 
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20 
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proposition (VP) building diolk* ^rvices provided, or 

simulateable operational approach (OA) buudtng 

messes ac q uire ™ J r transactlon pacing mechanism, or a 

paction, or per un.t time, or per un„ ^ ^ ^ ^ fee 

ascription pricing for l virig the business problem; busies 

pncing mechamsm- a space b. ne ^ ^ ^ _ a 

15 elements that describe an mput to a busmess, ^ ^ ^ 

transformation employed by a business, or a constderation rece,ved y 

0UtPUt Fulr aspects of the second embodiment include: descrMng a bustness-model 
Further aspects of , plurality of comp u.er- 

environmen, wherem Ute bu^nes ^ ^ ^ 

customer models receiving values from b »™ business model t0 

25 c^z^-<^-r-^ r— ess 

more bustness models .n dependence on their fitness, and trans « 
models into new business models by applying one or more genetic 

moaeis miu cpi ec ted business models; genetic 

new business models incorporate elements of ^ busi „ ess 

mutation operator whtch transforms a parent busmessmod* ™» a ew ^ 
modifying a buiiding block of the parent busmess ^ . business , or 

35 only one or more inputs to a business, or only one of more P 
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j , r rt - 0 Kncinpss or only one or more perioiiuaii^o 

15 method (i) uses a fitness dependent on the operattonal bustness mod P 
«n !ubs iLtes or aUers one or more bunding blocks of the bustness model. 

Tls of the third embodiment inctade: describtng one or more compute, 

-*==rr==;=— 

========== 

causing a computer to pert - * * H=d a 

35 
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wlth software ins.ruC.ons and data for caus.ng the processor to perform .he methods of the 



invention. 



.niFF i>f.sCP""™n OF ™ F WA W1NQ 

The present invention may be understood more tally by reference to the 
follo^ng detaiied Lription o, the preferred embodrmen, examples o, specf.c 

Z 3 illus.ra.es an exemplary descnp«,on of a space o, alternauve busmess models 

arrordine to the present invention; 

F g 4 mustra.es a business ecosystem according to the present 
Fig 5 illustta.es an evolutions tnemod according to the present mvemton; 
15 Hg 6 illustrates exempt results of one generation of an evoluhona^y method 

'"^Tig S illustrates a demotion of a business-mode, space for the exemplary interne, 

2 0 service provider example of ^J^Z* provider business-mode, descnphon; 
Fig 9 illustrates an exemplary internet sei vi^ f 
Rg 10 illus.ra.es an exemplary interne, service provider ecosystem; 
Fig . 11 illustrates an exemplary state diagram for the interne, serv.ceprov.der 

25 ^^"Lttate results for the exemplary interne, service provider example of 

,hepre F":™ 

Fig. 14 illustrates the general method of the present invenuon. 

T^ol^tems of the pres^— generate busmess models ,ha, 
The memoes , Generally these methods, first, systematically 

======= 



35 
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i * hiehlv fit). Computer systems of the 

present invention mclude computer code, ^ pjg , 4 

First, the preferred embodiments are generaUy 14) . 
Tne present inventton starts w,.h and soives a gtve bu - ™«™ ^ 
Mternatively, a business proMem defines a part,« ^» ^ ^ „ 

svsl ems of this inventton. General a bustnes p«b em s J 
bus.nesses andtheir customers. More specftca^ » ^ ^ b „ dire cted to 

rating customer needs, by, for e mp^ _ ^ ^ ^ to changjng 

10 or how to provide extsung goods or semces perfonMnce , 
bus ,„ess environments, or how to — ^» * o meet changes in customers, thetr 
orsoforth. A — P-*^^ tangements of the customers and 
numbers, needs, tastes, or so forth. The poss.b 8 ^ 

.--^^t^r ririyU-nrerswhUeother 

particuiar services, or offering parttcuiar values^ By "^^ rovider 
20 reiated to mtemet servtces may be concerned * so iimited, such a business 

husinesses, and perhaps their customer, -~ services used by the 

probiem may a,so be —' 2^ wittl ^s or Interne, content, or 
tnteme, services *^°%£L - competitive media such as TV and 
with mterne, reU may ^ focused on ce rta,n goods 

25 newspapers. In * of suppHers or complementary or compettttve 

or services, include constderatton of PP for ^ ^ goods or 

serving (physically related businesses), or »• 

to-ttrtoWrrrn^nr«H»a»^^ -j—^^^rrrfloadrrtnnter^^ 

^^^^^^ 
ascription in sufficiently prectse and COmP ^^^rT blv , a business model 

rne business ^ ^^^^^^ bus ,„ ess «, where a 
description may be struct«read husitie ss Business aspects may 
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individual element may describe a, input necessary to the bus.ness, an °"*S^*V 
business (or a va,ue prided by the business), a transformation bjv^uts - outputs, 
5 I capital item required or an amount of labor employed byjh>«rstes for transforming 
„Zs to outputs a pricing or similar plan for recovered* from values produced, a 

elements and ,he,r relationships must rentable in a computer program so that the 
"ng of the described busi^Zdel can be stmulated. In other words, busmess 
,0 rd^Jriptionsncedtob^oVtersirnulateable. Equally imporuntly, each bu ldmg 
Hoc tfl business mo^e3 tepresen, a stand-alone module that is —us from 
connected to otheyZules in such a way that the resulting busmess mod . can be 
h inKi (aeZttng to genetic search methods) using the modules as the un,,s of 

,5 ZZ. .hereby allow bustness models to be evolvable to factlUate searches through the 

and evolutionary search methods. Such refutations are known in the art. See e.g. , 
20 Verlag (ISBN 3540606769,-, and Ban Z „af et a,., 1998, 

Morgan Kaufmann Publishers (ISBN 155860510X). 

business models (step 13. in F,g. 14, any of whtch may solve the 
25 The one or more final business models output by these methods *«hightf™ked busm^s 
22 s found in this described space. A range, or spac^n^modeh according to 
Csen, tnvention, is preferably descried in combinatory fa,h,o„ by 
prolng a plurality of alternative buildin^ckTwhich can be interchangeably pmed 
ZlL to describe a business tnc^enerally, building blocks are packages of one or 

„„ „f a business modeTfecription. Building blocks are tnterchangcable ,n a busmess 

, ittle enhance to other building blocks present in the model. For example, a 
bushZode. may change is pricing scheme and mechamsm by stmply *ngmga 
35 ^Z*^ ^^ M ' ^' °^ ' "' hf " ' hf h " S '" eSS ^ mm J ^^ 
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^^^ MW _ ete(ieB ^ HhES ^^ «o other emrn^ml^^- 
Z^Z^ZZ^' standardized fashton^an^ere • 
produces two types of va,ues, a good and a sejvic^Wod, its ~ ™^ ^ 
have one budding block with e.ementyferffibmg the gocrf and another bu„d,ng Hock 
doling the service. SimUa.^ZeTbusiness se..s a good with two different p„c,ng 
Us to two mJZ* — rs, its business mode, may have separate buMdmg 
To! desc Joeing mode, InrporUnUy, budding blocks in the P-n« — 
can be^ZTd by a computer program, especially because the package s,m ul a.eab,e 

According to an analogy, building b,ock s , which may be mterchangeab.y combined 
to describe business models, are similar to programming objects, which may be 
nrerchangeably combined to create programs, and the elements packaged m the bu.ld.ng 
Iks are s Jar to the methods and data packaged in program objects. A so, as program 
objects are advantageously standardized for constructing particular types of programs 
15 bu Idmg blocks, in pnefened embodiments described subsequently, are advantageous! 
sLdardized for describing business models generally, as we,, as for descnb.ng aspects of 

particular business problems. 

In this step, customers for the bustnesses ate also preferably descnbed ,n a 
computer-simulateable manner. Customer descriptions include, a, leas, elements 
20 describing the values sought, specific*, the goods and services desired along w, h 
indtcadons of quantities, qualities, acceptable constraints, and other terms relevant to the 
business probtem a, hand. Customer description may further inCude means and mdt ca by 
which cu tomers chose particular busmess models to patronize for goods and servtces. In 
1 embodiment, customer descriptions are structured to describe tha, a customer may b. ,. 
25 one or severa, states, for e*amp,e, an idle state, choosing a business model, P"™" 
busmess mode,, and so forth, and may make transits between states m response ceriam 
events These states and transitions may be parameterized in order to describe a range of 
customer A,.erna,ive,y, customers may simply be cenatn business models .ha, , * am 
goods and services from other business models, and that are descnbed s.mply as busmess 
30 mode,, Further, but ,css preferred, no customers o, any type may be 

customers are considered herein as part of an environment, whtch may mCude such further 
entities (such as "suppliers") necessary to an ecosystem and its interactions. 

,» a next step, the methods of the present invention method,cally explore (step 132 
in Fig ,4) the described space of business models, seeking final business models ,n the 
35 described space tha. rank h.ghly accordmg to se,ec,ed business criteria. Although the 
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invention employ preferred competitive, or -evolutionary", method, according to wh.ch 
^business m d els are those which surv.ve s,mu,ated competition, this ,nven,,on ,s not 
TZ Z ^ may also employ other known optimisation tech„. q ues. Such tec n, q ues are 
Hose that exhaustive* or heuristic* explore the space of business modeis, and ,nc * 
S for example, local search heuristics, s,mu,ated anneal.ng, reinforcement leam.ng, adaptive 

Rardin 1997, n ^- n r . ra «^ Search. Prent.ce Hall (ISBN °° 23 *^«>- 

llson ed., l,^^^^^*^^ 

^^^^^^ American Sconces ^Press(ISBN 

10 C^O^and Sutton e, aTl998, m ! ! smS m^m^M S ^m 3 n, MIT Press 

<ISBN0 T 2 :— rofthisdescripUonispnmanlyfocusedonthep.ferredevolu.ionary 

technioues. which simply and naturally permit consideration business ecosystems. 

Evolutionary technics include genetic algorithms, evolution atgonthms genetic 
,5 programming, evolutionary prog.mm.ng, and so forth. See, e.« Backet 1997, 

C^^^cnaiewicz, 1996, < ■ ■■T' ■ I™™" ' Bw * mon 

Prograrns, Springer Verlag (ISBN 3540606769); and Banzhaf e, al., 1998, Q^m 

20 Jjs_Aj>rj]ication£, Morgan Kaufmann Publishers (ISBN 155860510X). 

. ,„ these preferred evolutionary techniques, competihon ,s s,mula.ed by a plural.ty 

business models and relevant aspects of ft* env,ronment, such as their customers and 
!L,ers Customers choose business models and receive values from the chosen models 
a lg to their customer description, while busmess mCels compete for customers and 
25 Tpply vLs to ,he.r customers accord.ng to their models. The business and the,r models 
j nrferred to herem as a business "ecosystem" (or s.mply as an ecosystem ). 
"oTutionary methods, therefore, generate hus.ness modeis optima accordmg to ft- 
perform J in a realistic business and economic environment, instead of m tsolation where 
thp effects of competition must be guessed at. 
30 A business ecosystem includes no, only bu,ness mode.s and optionally _ 

and supphers, but may also mclude .nteractions between these entities, espec,a„y be tw^n 
busine s mode,s. These .nteractions include the supplying of values (such as goods and 
" 1m one of these entities to another of these entities, as we,, as the rece.v,„g of 
3 or consideration (such as money payments) in return. ,n one embodiment, t ese 
35 fractions can be automatic* or dynamically se, up .n an ecosystem. For example, by 
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virtue of standardized descnptions, a customer or business mode, seeing a good descnbed 
a X" may o bt ai„ such a good from any business modeling a — ^ 

a central clearing point for all entities supplying or seetang good X . A different 
5 ZZTZ n lude behaviors by which one business mode, may choose another a, „s 

10 "goodX". ,oo;„ T; ; cr i a\ according to the results of 

Final business models are selected (step 133 m Fig. 14) according 

done by many conven mu i ti . a gent-based simulation, system dynamics 

discrete-event simulation, agent-based ana mum & g 

Academic rie^ v ml t rrtnrr N"f« ; " rnmnutpr Science, 

valuecteation.orotherbus^^^^ 

wit h the other busmess mode. '"^^L time. Severai aspects o, the time-behavior 

models accordin^^ch business-model performance ,s evaluated as the busmess 
30 rltd^^Slenvtronmentmutually interact 

and foZmodels disappear. For example, one such cntena may be robustness, by 

;«*Lw«**w*>~ uses 
Business mode,s se.ected according to the present tnven.ton have numerous uses, 

some of which are described above. For example, they may be implemented m new r 
35 2 „ — d ^nesse, « ma, be preferably, in advance of implementatton, to 
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detail — by cons— of systems for implementing these methods .„ a 
5 XI sujcuon, the present .nvenuon is applied to the ousmess problem of 
providing internet access services. 

I*^Methods_^h^^ modular description of business 

~ , i11nst rie7the present invention's preferred modular descnptio 

Fl g. 1 illustrates the P foiiowing blocks: 

15 describing the following: 

Types of the goods or services, that is outputs; 
Details of the goods or services, such as their quality, 
Constraints on the goods or services; 
Values or utility of the goods or services; 

An oa mnv include parameters describing. 

Other infrastructure and technology required to prov.de or dehver good 
Raw materials required, that is inputs for the outputs; 

Suppliers of inputs - — , or alternate, 

parameters describing: c.ibscriotion rate, membership 

Pricing model, such as the transaction type, flat rate, subscription 

fees, quantity discounts, good customer discounts, etc.; 
Price actually charged per unit of goods or services; 



35 
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"charge the average industry price", or so forth, 
Marketing strategy and costs; 

Acceptable and target margins; and so forth. ^ ^ be 

These hsted parameters are mereiy exemplary; '- ^^^presentlon need no. be 

parameterized, or "data *™ rogramming parad ,gm as Known ,n the 

procedural or object-onented or by another p » buM blocks is not 

Even more, this parttcular descption in „ ^ , he prefareQ 

10 limiting, as it wi„ be apparent to one of . 

em bodimen. to other modular descry sof^us, ^ » ^ ^ ^ ^ 

As Fig. 1 further illustrates, a VP, an OA^a ^ ^ q ^ the 

functioning of a business model. For examp , ^ ^ rm , he 

,„pu. required for the output goods * with the rm determine the 

1S revenue from the goods or services^ and*e J ^ ^ in advmce 

cos, of the goods or '~ ™ ^ — n program from the descriptive 
of the simulation program, or mterreo oy 

conventions (or description language) amcture s or as objects, or according 

However represented - as parametenzed da* «— ^ 
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descriptive business-model languages, at least those based on value proposition, operational 
approach, and revenue mechanism building-blocks, in view of the description above. Such 
a language is advantageous because it allows the formalization of the value creation 
processes in a natural way for a particular business problem. The special language permits 
5 the description of a given business model as a specific combination of building blocks or 
elementary units. Businesses in a given industry, as well as interactions among them, are 
preferably described using such a special language. 

Fig. 2 illustrates further details of business models described in the preferred 
modular manner. Here, a simplest instance of a preferred business model is model 10 
10 including a single VP building block, a single RM building block, and a single OA building 
block. This model,- as is also preferred, has an attached performance model, illustrated here 
as financial model 11. Generally, performance models include at least one or more 
variables representing information useful for evaluating the chosen business-model fitness 
or selection criteria. The information represented may relate, for example, to a current 
15 status of the business model, or to running averages of previously current statuses, or to 
other measures of the time variability of the business model, or so forth. These variables 
may be updated during the simulation of the business model according to the business- 
model building blocks. For example, gross revenue may be obtained from the RM and VP 
building blocks; costs from the OA building block; and revenue by routine calculation. 
20 Preferred performance models, illustrated as models 1 1 and 13, include a financial 

model constructed according to standard accounting principles. For example, a financial 
model may include variables relating to a revenue statement, such as net revenues, profits, 
and so forth, as well as variables relating to an asset and liability statement, such as current 
cash and cash equivalents. Additionally, preferred performance models include some 
25 measure of the market success of a business model separate from pure financial numbers. A 
basic measure is market share measured with respect to the population of competitively 
evolving business models. Another measure is market capitalization, which may be 
available if a stock market model is included in the business ecosystem. 

Business models are not limited to simple model 10, but, as illustrated by model 12, 
30 may be more complex. One single business model may have several, possibly partly 

interdependent, building blocks of a single type or types. For example, model 12 has three 
VPs, RMs, and OAs. These building blocks have interdependencies indicated by lines 
between blocks, which may be inferred or manually specified. 

Fig. 3 (in conjunction with Fig. 2) illustrates an exemplary description of a space of 
35 business models. A space description begins with a plurality of alternative building block 
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descriptions directed to the particular business problem at hand. Thus, Fig. 3 illustrates 
several VP building blocks, several OA building blocks, and several RM building blocks. 
A space description is completed upon joining the alternative building blocks in different 
combinations to form alternative business models. Such joining is possible because they are 

5 described in a modular fashion according to a more or less formalized description language. 
Thus, Fig. 2 illustrates two exemplary business models, models 10 and 12, which may 
include one or more building blocks from each of the types of building blocks illustrated in 
Fig. 3. In this manner, it is apparent that a space description provides a space of business 
models approaching combinatorial complexity and variability. 

10 Having provided a description of a preferably combinatorial space of business 

models directed to the business problem at hand, the present invention next explores this 
space seeking final business models that rank highly according to selected performance 
criteria. Although the present invention may explore this space by focusing on one business 
model at a time using known optimization techniques, in preferred embodiments this space 

15 is populated by a plurality of interacting and competing business models which jointly 
explore this space in the context of simulated economic competition. The interacting and 
competing business are referred to herein as a business "ecosystem". 

Fig. 4 illustrates an exemplary business ecosystem built from the space of alternative 
business models already illustrated with respect to Figs. 2 and 3. The illustrated ecosystem 

20 includes a plurality of business models, such as models 30, 30', and 30", and interacts both 
with a plurality of external customers 31 and a plurality of external suppliers 32. The 
business models, for simplicity and without limitation, are illustrated as simple business 
model having only a single building block of each type coupled to a performance model. 
More complex business models may be included in alternative ecosystems. Additionally 

25 where appropriate to the business problem, alternative ecosystems may include only 
business models and customers, or business models and suppliers, or business models 
alone. 

Business models in an ecosystem may mutually interact in a number of ways, 
primarily determined by their VP and OA building blocks but limited as follows. Generally, 

30 VP blocks specify output goods and services from a business model, while the OA blocks 
specify input goods and services. In a functioning ecosystem, the only net "sources" of 
inputs are from its suppliers, while the only net "sinks" of outputs are to its customers. 
Otherwise, all outputs must link with all inputs (at least in the average over reasonable time 
periods). Where the number of business models of each type in an ecosystem is fixed, these 

35 limitations can be established once for all during a simulation. But where business models 



- 19- 



NY2- 1171720.1 



may fail or may be created, these limitation are established from time to time by the 
simulation system itself, either as model-to-model links, or as an internal "market", or by 
other simulation means. A uniform model description, such as a model description 
language, facilitates the automatic determination of these links. 
5 Fig. 4 illustrates these various mutual relationships of business model in an 

ecosystem in more detail. For example, business model 30 receives input goods or services 
35 from suppliers 32 and provides output goods or services 33' to customers 31. Th 1S model 
also provides (or receives) goods or services 34 to model 30'. On the other hand, business 
model 30' only receives inputs from other business models, such as model 30, and not 
10 directly from any suppliers. It provides output goods or services 33 to the customers. 
Business model 30", alternatively, interacts only with other business models, and not with 
the external suppliers of customers. Alternatively, the inputs and outputs of each good or 
service may converge on a modeled internal market for that good or service. Although, the 
arrows in Fig. 4 have been described in terms of the exchange of goods and services, it is to 
15 be understood that accompanying any such exchange in an exchange of consideration, 
preferably money. This consideration may be directly or indirectly exchanged by the 
business models engaging in an exchange of goods or services, and is reflected in the 
accompanying financial performance models. 

In summary, the diversity of the inputs and outputs specified in the VP and OA 
20 building blocks determine the possible mutual complexity of the business model 

interconnections. Fig. 4 illustrates a more complex interconnection. Here, the inputs and 
outputs in the building blocks of the space of alternative business models overlap, so that 
one business model may be a supplier/customer of another. A more simple "single-layer" 
of business models between suppliers and customer may be specified by building blocks 
25 specifying inputs and outputs which do not overlap. Further, there may be several instances 
of a single business model in an ecosystem. 

In order to complete a description of the ecosystem, it is preferable to provide 
reasonable models of customers and suppliers to supplement the previously described 
business models. Customer models preferably represent expected behaviors in response to 
30 goods and services, and their quality, constraints, and other modifications, offered by the 
competing business models. In one embodiment, customers or users may be modeled as 
computational agents acting according to behavioral profiles appropriate and relevant to the 
ecosystem modeled. The profiles may be defined by characteristics generally grouped into 
categories of behaviors, decision metrics, and parameters. The behaviors preferably include 
35 decisions about which business models to patronize, about the use of goods and 
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model incudes financial information, current and h.storica, profits, revenues costs and so 
In become available. Further, the station can — . global information about the 
■•macro-economy of the ecosystem, which may include the to,, markets in the vano 
goods and service exchanged, gross and ne, ecosystem product, and so forth. Op t ona, y, 
5 market in the secunties of some or all business models may be additionally modeled. In 
1„ of model-maintained macro-informafon, performance models of indrvtdual busmess 
mode! may include such additional curren, and historical data as market share, market 

capitalization, and so forth. ^ mc>n ^ 
After a certain simulated penod of ecosystem economic activtty, the performan e 

10 mode,s of the s.mulated business models are examined 43. For example certain mo de s 
may have become profitable, certain mayhave gained market share, wh„e others m y have 
,os money or have seen a declining market share, or so forth. Some business 
expected to perform betier than others in terms of revenues, profit, cash on hand, ma*e 
Z, market capitation, and so forth. Preferab.y, mode, performance measures that are 

1 5 important to the business problem a. hand are combined into an overall measure of 

: Less mode, fitness whrch may be used to rank the simulated models. The ™krng may 
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,„ business mode, ranking may be observed over simulation generations, and 
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.. other embodiments, thenumber of simulation generations may be fixed in advance. 
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child model M'l demo nstrates highly ranked performance in the next generation^anai^) 
4ttdee d - supciiui in all mea sures uf levenue, pi u fils, an d market sharer * 

In this preferred method, business model performance is context, or ecosystem, 
dependent. For example, the success of any model depends on which other business 

5 method instances are present in the ecosystem, how the ecosystem is structured (who 

interacts with whom), customer behaviors, and so forth. All of this ecosystem environment 
may be modeled and evolved. Alternatively, part of the ecosystem environment may be 
kept constant with no breeding or other evolutionary changes, while the remaining business 
are evolved in order to generate business methods that are successful in the fixed 

10 environment. 

The Systems of the Present Invention 

The methods of the present invention may be coded into instructions for causing a 
computer processor to perform these methods by means of a wide variety of computer 

15 languages. Simply, the methods may be coded in conventional procedural languages, such 
as C. Procedural modules may be supplemented by specialized modules created by 
specialized languages directed to coding simulation systems, to interpreting/compiling 
business model descriptive languages, to mathematical computations, and so forth as one of 
skill in the art will understand. One special purpose language and package advantageously 

20 used in the present invention is the MATLAB package (The Mathworks, Inc., Natick, MA.). 
The coded instructions may then be loaded into a computer by means of a computer 
readable media or over a network. 

The coded methods may be executed on a sufficiently powerful PC-type or 
workstation-type, or other type, of computer. Fig. 13 illustrates an exemplary computer 

25 with standard components for performing the methods of this inventions. Here, the coded 
instructions loaded into the memory causes the processor to perform these methods under 
direction of a user at the user interfaces. Ecosystem results may be stored in the permanent 
storage. 



The methods and systems of the present invention have been applied to describe, 
model and evolve an internet service provider ("ISP") ecosystem. An overview of an 
exemplary model description is presented next, followed by a description of an actually 
implemented model. 



30 



INTERNET SERVICE PROVIDER ECOSYSTEM 



35 
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Fig. 8 illustrates possible building blocks for describing a business-model space for 
ISPs. These building blocks may include the following VP-type building blocks: 
Connection speeds available; 
Editorial content presented or not; 
5 Limited connection times; 

Limited user downloads; 
Limited user uploads; 

Mailbox usage limited to X messages per month; 

Mailbox usage unlimited; 
10 Quality of service (QoS); 

Unlimited user downloads; and 

Unlimited user uploads. 
Each of these building blocks represents a possible value offered to the user, in this 
example, a particular ISP service option. These VP-type building blocks advantageously 
15 include boolean or numeric parameters representing, for example, the availability and 
limitations, respectively, on the services provided. VP-type building blocks are illustrated 
in the upper portion of Fig. 8. 

The following OA-type building blocks may be included; 

ADSL (asymmetric digital subscriber line) access requirements; 
20 Cable access requirements; 

Connection hours to be provided in total to all users; 

Phone access requirements; 

Usage limitations on access methods; and 

Server requirements parameterized by number of users per server (for example, 1 
25 server for every 200,000 users). 

Each of these building blocks represents an input needed to provide the ISP services offered 
by the VP-type blocks. These OA-type building blocks advantageously include boolean or 
numeric parameters representing, for example, the required inputs per unit of value 
provided. OA-type building blocks are illustrated in the lower left portion of Fig. 8. 
30 The following RM-type building blocks may be included: 

Additional per connect-hour fees; 
Ads (advertisements) presented to users or not; 
Hotline fees for access to special helpline; 
Monthly flat fee; 
35 Phone fees per minute for phone connections; and 
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Sell ads for a fee per ad per viewer. 
Each of the building blocks represents a revenue option that an ISP may receive for 
providing ISP services offered by the VP-type blocks. These RM-type building blocks 
advantageously include boolean or numeric parameters representing, for example, the value 

5 received for the services and service combinations provided. RM-type building blocks are 
illustrated in the lower right portion of Fig. 8. 

Fig. 9 illustrates an example of particular ISP business model 80 created in the 
business-model space described by building blocks of Fig. 8. Performance model 81 is 
associated with this model; blocks labeled with "v" (and with "o" and "r") are VP-type (and 

10 OA-type and RM-type, respectively) building blocks. The interconnections illustrated 

represent the following interactions among the model building blocks. A offered value of a 
64 kbps connection requires phone-line access facilities and returns revenues of a monthly 
user fee and an incremental per-minute phone line usage fee. Available advertisements 
require no additional (modeled) resources and return an incremental per-view fee. For a 

15 certain additional hourly (or monthly) fee, users receive several additional connection 
values, such as usage limitations, mailboxes, limited/unlimited connection time, and so 
forth. A particular quality of service requires certain server resources but returns no 
additional fee, being typically part of user expectations of the value of the monthly fee. 
This particular model is exemplary, and numerous other combinations of values, required 

20 resources, and revenue returned can be modeled in the described space. In additions, the 
parameters of this model may be varied to create additional different models. 

A customer model appropriate for an ISP ecosystem preferably includes behaviors 
and parameters relevant to choice of an ISP and to internet access by use of a chosen ISP. 
For example, a customer model may include the following parameters, behaviors, and 

25 decision metrics. 



Parameters: 



35 



30 



Hours of connection per month; 
Connection types used; 
Typical internet session length; 

Sensitivity to quality of service, for example, response time; 
Attitude to unsolicited advertisements; 
Probability of clicking-through advertisements; 
E-mail usage in messages per month; 
Mailbox size in messages; and 

Download characteristics, for example, file sizes and number of files; 
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Behaviors: 

Customer logs on to ISP; 
Customer logs off from ISP; 
Customer complains if service is slow; and 
5 Customer decides to switch ISPs; 

Decision Metrics: 

Factors determining how a customer chooses a particular ISP; 
Prediction Formula; 

10 Weighting of desired values from a ISP; 

Factors determining how a customer decides to switch ISPs 
These behaviors carried out according to the decision metrics and parameterized with a 
range of parameter values then model a plurality of typical customers for ISP services 
provided by the ISP ecosystem. 

15 Additionally, with an appropriately defined extended space of building blocks and 

resulting business models, the resulting ISP ecosystem may be extended to include, as well 
as simply ISPs, internet portals, which seek internet user traffic by presenting, abstracting, 
and aggregating content, content providers, which provide particular types of content in- 
depth, and internet retailers, which sell goods or services to customers "arriving" from ISPs 

20 or portals. Such an extended ecosystem may model business situations where ISP success 
may depend on relationships with portals and content providers as well as on its own 
offered value. Indeed, in such an ecosystem, it may be possible for ISPs to "cross-over" 
with other business models and begin to provide portal and content value in addition to 
simple internet access. Therefore, such an ecosystem based on an extended business-model 

25 space may allow the evolution of more sophisticated models. 

Fig. 10 illustrates exemplary screen displays from a simulation system for such an 
extended ecosystem. Window 90 illustrates a simple example of such an extended 
ecosystem with three ISPs - ISP1, IPS2, and ISP3 - three portals - portal 1, portal2, and 
portaB - three content providers - contentl, content2, and content3 - and also three retailers 

30 - retailerl, retailer2, and retailer3. Arrows represent purchasing relationships (A->B means 
that A buys goods or services from B). Parameters for business methods include: selling 
price for product or service, and, for portals, a fixed rate plus a variable rate for selling ad 
banners that depends on how many end customers click through the banner. In addition 
there are five parameterized customers (or classes of customers). Window 91 illustrates 

35 entry of exemplary customer parameters, which may include a likelihood to choose a value 
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depending on price, a propensity to change providers, and a probability to access an 
advertiser from a displayed advertisement. 

retails of ISP Ecosy stem Implementation 

5 Next, the actual implementation of an ISP example is described. This 

implementation described a basic ecosystem including only ISPs each having a single value 
proposition (VP), operational approach (OA), and revenue mechanism (RM). 

In this example, each building block was defined by a single parameter, and the 
space of ISP business models was accordingly defined as an N-dimensional parameter 
10 space, where N is the number of parameters that were evolved. In order to simplify 
encoding, all building blocks were encoded in every ISP, with the absence of a building 
block in a given ISP being indicated by setting a presence parameter to be equal to 0. 
Briefly, the building blocks were defined as follows: 

Value Proposition (VP): internet access service, with or without advertising, with a 
15 given quality of service, and with a particular price scheme; 

Operational Approach (OA): level of service actually provided, and responsiveness 

to service complaints; and 
Revenue Mechanism (RM): monthly and per minute fees, and advertising fees. 
A genetic algorithm was used as the evolutionary method. In order that the genomes 
20 were of fixed length, upper and lower bounds on values of the parameter defining the 
building blocks were chosen as follows: 
Monthly Fee: 0 ... 50 

Minute Fee: 0 . . . 0.01 

Responsiveness: 0 . . . 0.5 
25 Advertising : 0 or 1 

These parameters reflected basic decisions that an ISP made in this example, and in each 
generation, an ISP had defined values for each of these parameters. Briefly, the monthly fee 
was the customer charge to sign up for service with the ISP. The minute fee was the 
customer charge for each minute of ISP connect time. Responsiveness was a threshold 
30 above which an ISP would respond to poor service complaints from customers. A lower 
value of responsiveness meant that the ISPs are more likely to buy more servers. As the 
servers (the number of which per 1000 customers reflected the quality of service) were 
expensive, the ISP needs to decide on a reasonable amount of customer responsiveness so 
that its model remained profitable. Finally, the advertising value was a boolean value, 0 or 
35 1, which reflected the ISP's decision to advertise (or not). On the one hand, the advertising 
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was a valuable revenue stream, but on the other, the customers associated a decreased value 
with advertising which affected their decision in choosing the ISP in the first place, and thus 
possibly affected ISP market share. Initial business models were created by random choices 
of the building-block parameters. 

5 Customers of the ecosystem were assigned a range of profiles intended to reflect 

different customer characteristics that might have actually existed. Importantly, this 
example represented that different packages of offerings from ISPs might have been 
attractive to different customers. Therefore, it was possible for an ISP in this example to 
succeed by serving only a limited population of customers by providing a focused value 

10 proposition (a "niche player"). For example, one customer population was "power users", 
who needed many hours of access per day with better service and no advertising, and, 
perhaps, could have been serviced by ISPs offering a higher monthly (sign-up) fee while 
providing lower per minute fees, good service, and no advertising. Another use population 
was "household users", who needed only minutes of access per day and would accept poorer 

15 service and advertisements for lower fees, and, perhaps, would have been serviced by ISPs 
offering lower prices but with fewer service guarantees and advertisements. These customer 
populations are exemplary, and this example could have been adapted to other customer 
populations. 

Further, customers were not static and were assigned to particular ISPs. At each 
20 generation, each ISP received a new set of customers defined by profiles generated by the 
following function: 

function [Users, ISP] = GenerateUsers (Users, ISP) 
for i = 1 : length (Users) 

Users ( i ) .MinutesPerDay = ceil ( rand*720) ; 

Users ( i ). CostOf Advertising = ceil (rand* . 1 ) ; 
25 Users ( i ) .CostOf Speed = ceil (rand* . 1 ) ; 

Users (i) .TooMany = ceil ( length (Users ) /10) ; 

end 

The new customers were offered the ISP service and responded to it according to their 
generated profile. 

Briefly, each customer had a MinutesPerDay parameter, which defined the 
customer's minutes of access per day and was between 1 and 720. Next, each customer had 
a TooMany parameter, which defined the customer's tolerance for slower service and was 
between 1 and 10 percent. When TooMany customers (out of the total number of 
customers) were connected to the same ISP, the customers would be dissatisfied with the 
ISP's service and would complain. Related to slow-service tolerance was a cost of slow 

35 

service. For each customer, the parameter CostOfSpeed represented a willingness to pay 
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more fees for better service and had values between 0.0 and 0.1 which were comparable to 
the MinuteFee charged by the ISPs. Customers with higher CostOfSpeed parameters are 
more demanding. A CostOf Advertising parameter with values between 0.0 and 0. 1 
represents the cost to a customer of having unsolicited advertising presented. Finally, a 

5 NoToSwitch parameter, which is defined elsewhere, represented the number of customer 
service complaints per day above which a customer decides to switch to another ISP. 

The preferred random number generator used in this function had uniform 
distribution. Alternatively, in order to identify prototypical customer populations, such as 
the power customer or the household customer, the random number generator had a 

10 distribution formed by superposed gaussian curves, each gaussian defining values for 
prototypical customers and having a width reflecting the percentage of customers having 
that profile. 

Next, the simulation/evolution program used in this example is described in terms of 
the ISP-business-model description and the profiled customers. Fig. 1 1 generally illustrates 
15 this simulation/evolution program. Processing 100 for one day of the simulation generally 
proceeded as follows. First, complaint counters were reset for the day, and the customers 
chose, or signed-up, with ISPs. Then, according to their profiles, customers logged on to 
their chosen ISPs, accessed their services, and logged off after their expected access time. 
During their access, customers might have issued complaints depending on the load on their 
20 ISPs and their tolerance of slow service. Next, during daily processing 101, ISPs, according 
to their business models, bought more servers in order to provide better service quality, and 
customers, according to their profiles, switched ISP if they were dissatisfied by the service 
from their previous ISP. Signing-up with ISPs, accessing ISP services, and advertising 
resulted in ISP revenue, while server purchases resulted in ISP costs. ISP market shares 
25 changed according the difference between the new customers who signed-up and the former 
customers who switched. 

After a simulation for a determined number of days, fitness of the ISP business 
models was evaluated. In this example, fitness was chosen simply to be ISP profit, that is 
revenues minus costs. Fitness of each ISP was dependent on the other ISPs the particular 
30 simulation. 

Aftef-fiteess- uf all tin individual ISP business mo rl Hs was PA raliintP d J^Pjm d^for, 
the next round of simulation were determmedjn^ an 
initial business modelj>opulatiT5nT0^^ application of genetic operators 103 to the 

fittest model^Hrorrfthe prior round of simulation ("breeding" new models). The method 
35 uai^nvtrr h c-rnmplr tn nr l^ t "fit t est" business models fro m the-w^Fe«ftd-e£^ 
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skmrtation i s . k no\ v fh«s-tog fnament selection. Tii sl an i nd ividual model, I, was^Wii^ 
randomly from the population. A second individual model, J, was alsoj^h£S§fl<and then 
these two individuals entered into a "tournament". A unifoniil^dtgt^uted random number 
was chosen between 0 and 1, and if its value wasjgss-tfian the value of the parameter 

5 "StrongSurvive", then the individual mo^Tv^ the higher fitness ("stronger") was selected 
for the next round. Otherwise^A^individual model with the lower fitness ("weaker") was 
selected. This proces^effsured that slightly more fit business models did not quickly 
dominate th^po^ation. The value of StrongSurvive used was 0.75, meaning that the 
indivjdtfalwith the higher fitness survived three times our of four. The selection procedure 

10 ^towsT^" 

function newagent=DoTournamentSelection (agent , newagent , 

StrongSurvive) 

L = length (agent) ; 

for k=l : length (agent) 

i = ceil (rand*L) ; 

j = ceil (rand*L) ; 

if agent (i) .Fitness > agent ( j ). Fitness 
25 if rand < StrongSurvive 

newagent (k) = agent ( i ) ; 
else 

newagent (k) = agent ( j ) ; 

end 
else 

if rand < StrongSurvive _ 

newagent (k) = agent ( j ) ; 
else 

newagent (k) = agent (i) ; 

end 

end 

end 

Next, genetic operators were applied to all the individual models that were selected 
according to this tournament selection. This model used the two preferable genetic 
operations, cross-over and mutation. In our example, each individual is sequentially 
considered first for crossover, and then for mutation. For each business model, the 
crossover probability was selected to be 0.75. If a model was selected for a cross-over, a 
second model was randomly chosen from the population of models, and a uniformly 
distributed random number was chosen between 1 and the length of the ISP "chromosome". 
A "chromosome" in a genetic algorithm is a bit string representation of the parameters 
defining each member of the evolving population. Here, the ISP chromosomes were 47 bits 
long. At this cross-over point, bit string parameter representations of the two models were 
exchanged. Only the combination of the first individuals initial chromosome string with the 
second individuals tail chromosome string was placed into the next generation. The other 
offspring of the cross-over (first's tail with second's initial string) was not considered. (In 
other genetic algorithms, the second individual is also inserted into the population.) 
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Next each individual ISP model was considered for a mutation event. A uniformly 
distributed random number was chosen between 0 and 1 , and if it was is less that the value 
of the MutationRate parameter then a mutation event was performed. The MutationRate 
parameter was chosen to be 0.03. If a mutation was performed, then another uniformly 
5 distributed random number between 1 and the length of the ISP chromosome was chosen to 
determine the site of the mutation. At the determined site, if there was initially a 0 bit, ,t 
was changed to a 1 bit, and vice versa. 

The genetic operation procedure follows. 

function newagent = Modi fyPopulat ion (newagent . crossover, mutate) 
10 L = length (newagent ) ; 

G = length (newagent (1) .Genome) ; 
for k = 1: length (newagent) 

i = ceil (rand*L) ; 

j = ceil (rand* L) ; 

L = length (newagent) ; 

Temp = zeros (G,l); 

point = ceil (rand * G) ; 

15 ntwtgent(j) . Genome (1 -.point) = Temp (1 :poxnt) , 

end 

if rand < mutate 

if newagent (j) . Genome (point ) ± 
newagent ( j ) . Genome (point ) - u , 

else , . . v _ > i • . 

newagent (j) . Genome ( point) - i , 

end 

end 

20 end 

In more detail, the principal parameters of the simulation/evolution program were as 

follows. 

Environment Profile: 

Number of ISPs: 15 

25 Number of Customers: 1000 

Cost of a new server: 10000 

Price of Advertising Space: 0.01 



Genetic algorithm parameters: 
30 Number of Generations: 

Number of days per generation: 
Crossover rate: 
Mutation rate: 

Probability that ISP with the higher fitness survives: 
35 Number of Minutes in each day: 720 ( 12 hours ) 



50 

30 

0.75 

0.03 

0.75 
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Performance model: Fitness is calculated as the profitability of the ISP, 

where profitability equaled revenue (monthly fees, minute fees, and 
advertising revenue) minus expenses (purchase of new servers). 
The model was coded for the MATLAB package (The Mathworks, Inc., Nabck, 
5 MA, ww«gh^ MATLAB is a well known program package for techmcal 

computing and modeling. 

ff milts " f tsp Ff osvstem 

Here results of .he example ISP ecosystem, and of a similar ecosystem, are 

10 described. These resuits demonstrate the us.fu.ness and <™° ^ '~' 

dtsappearance of .SPs charging few or no fees. Th«**i*«^^ 
Fig 12A, wh,ch plots, for an instance ™s«r^im^a,ion, the average monthly ,SP 
fee versus the number of generati^Tof^o.ution program, Initially, ^ ™ 
,5 models competed Jop^eTand profits by lowenng their month* fees wht.e den ng 
an increasin^oTincome from adverting revenues. Some ISP 
e,,^, monthly few altogether. Thus in period 110, average monthly ISP fees 

However, as more ISPs rely increasingly on advertising revenue to compensate or 
20 lower customer fees, the availabie advertising revenue became spread across too many .SPs, 
and such .SP mode.s became unprofitable. These unprofitable .SP ^ 
dtsappeaxed from the ecosystem in succeeding generations in favor of fee-based ISP 
business mode., Thus in period 111. average monthly ISP fees rose. Ftnally, ,n th, 
emulation a, leas, for generations in the period 1 .2, ISP fees stabilized a, approxrmately 

25 their initial levels. t ww 
This prediction, illustrated in Fig. 12A, reflects a well-known evolution tha has 
occurred and is still occurring in ac.ua, real-world ISPs. Therefore, even a relatively s.mple 
Tpplicatton of the present invention has been demonstrated to produce reasonable and useful 

predications. 

30 ^■ Tjg 12B ochema faHratrsTrarerm lnsta L lLe of a , imulation of_a.rMg => 

extended ecosystem than the example jus. described^is^ended^eT^ 
X stiucure previously illustratedinjig^^ models of retaners, three 

^ bless Idels of^nti^o three business models o, portals, as we, as t ree 
businessJie^SP, Here profits, revenue, and market share for all the models^ 
35 ea^^rCre^Je^^ 



-33- 



NY2- 1171720.1 



H^^g^t g _pftrfrtrTTra nr.ft of the three conte nt uiuvidcis; window 115 picse i ito perfonria ace- 

pR hc -T nT c cTSPs; and w 4fKk»w-tl6 presents pefformane&^f thfi ThrcP ISPs 

Each of the individual business models of each type demonstrated reasonable 
relative performance. For example, content provider 3 is losing in the competition with the 
5 other two content providers, while each of the ISPs, portals, and retailers are at worst 
economically steady. Also, the retailers, although gaining steadily in revenue, are having 
difficulty maintaining profitability. This is another known effect of actual internet retailers. 

The invention described and claimed herein is not to be limited in scope by the 
10 preferred embodiments herein disclosed, since these embodiments are intended as 

illustrations of several aspects of the invention. Any equivalent embodiments are intended 
to be within the scope of this invention. Indeed, various modifications of the invention in 
addition to those shown and described herein will become apparent to those skilled in the 
art from the foregoing description. Such modifications are also intended to fall within the 
15 scope of the appended claims. 

A number of references are cited herein, the entire disclosures of which are 
incorporated herein, in their entirety, by reference for all purposes. Additionally, United 
States Provisional Patent Application serial no. 60/187,889, filed March 8, 2000, to which 
this application claims priority, is also incorporated herein, in its entirety, by reference for 
20 all purposes. Further, none of these references, regardless of how characterized above, is 
admitted as prior to the invention of the subject matter claimed herein. 
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APPENDIX 

The following is a MATLAB program file for the ISP example. This program file is 
© 2000 Icosystem, Inc. 

5 function ISPrun 

d = date; 

str - [ ' ISP' d] 

save DATAE . mat d 

%eval ( [ ' save ' str ' d* ) ) 

MAXI - {} 

AVGI - {} 

MAXU - { } , 

AVGU = {} 
in ISPs = {}, 
1U USplits = {}; 

MSplits = {}; 

LENGTH = 1+16+16+16; %Advertising, MonthlyFee, MinuteFeePopSize = 10; 
LENGTHu = 16+16+16; %NoToSwitch, 
UserSize = 100; 
PopSize = 10; 
generations = 100; 
crossover = .75; 
15 mutate = .03; 

StrongSurvive = .75; 
NDays = 3 0; 

MaxNoToSwitch = .5; 
MaxSFl =2000; 
MaxSF2 = 10; 

MaxMonthlyFee = 50; 
MaxMinuteFee = .01; 
20 MaxResponsiveness = .5; 

rAGt . nf _ moon- % Cost of a new Server 

priceof"= 01;' % Price of Advertising Space 

rand( ' state' , sum ( 100*clock) ) ; 

tqptypk - struct ( 'Advertising' , 0, * MonthlyFee ' , 0, ' MinuteFee ' , . . . 

T P \isponsfvenesI', 0, •Complaints', 0, 'NoServers*, 1, 'NewServers' 

°' •NrAesnVienribprs 1 0 ' NoRightNow ' , 0, ' NoSubscriberMins ' , 0, ... 
25 1 Revenue ^ oT ' Expenses ' , 0 , 'Genome', num2str { zeros ( LENGTH, 1 ) ) , 

• Fitness ' , 0) ; 
ISP (1 : PopSize) = ISPTYPE; 
newISP(l:PopSize) = ISPTYPE; 

USERTYPE = struct ( 'MinutesPerDay' , 0, ' CostOf Advert ising ' , 0, 
' C °*ToS^ 0, 'CurrentProvider', 0, ' PaidFor ' , 

Si •S P eedFactor2', 0, 'Genome', 
30 num2str ( zeros (LENGTHu, 1 ) ) , 'Fitness', 0); 
Users (l:UserSize) = USERTYPE; 
newUsersd -.User Size) = USERTYPE; 

for i=l : generations 

ISP = GenerateRandomPopulation ( ISP) ; 
[Users ISP] = GenerateUsers (Users, ISP) ; 

newISP = DoTournamentSelection (ISP, newISP, StrongSurvive) ; > 
<i* Susers = DoTournamentSelection (Users, newUsers , StrongSurvive) ; 

ISP = Modi fyPopulation{ newISP, crossover, mutate) ; 
%Users = ModifyPopulation(newUsers, crossover , mutate) ; 
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!sf = MapToValues(ISP,MaxMonthlyFee, MaxMinuteFe ^axResponsiveness ) ; 
Users = MapToValuesU (Users, MaxNoToSwitch, MaxSFl , MaxSF^) , 
YlSP Users] = ResetOtherThings ( ISP , Users) ; 
[ISP Users] = picklspdSP, Users, NDays) ; 

USP Users USplit MSplit] = RunNDaysdSP, Users, NDays , costof , priceof) ; 

^MAX AVG ISP] = EvaluatePop(ISP) ; 
5 £xu AVGu Users] = EvaluatePopU (Users ) ; 

strl = ['ISP' num2str(i) ] ; 

str2 = ['Users' num2str ( i ) ] ; 

str3 = ['USplit' num2str (i) ] ; 

str4 = ['MSplit' num2str (i) ] ; 

%eval( [ 'load ' str] ) 

MAXI { i} = MAX; 

AVGI{i> = AVGI; 

MAXU{i} = MAXu; 

AVGU{i} = AVGU; 
10 ISPs{i} = ISP;- 

USplits{i> = USplit; 

S^iU.iaf Sh AVGI MAXU AVGU ISPs USplits MSplits d i 
%eval( [strl ' = ISP; ' ] ) ; 
%eval( [str2 ' = Users; ; 
%eval ( [str 3 ' = USplit; ; 

%eval([str4 ' = MSplit; 'J); , , , t 4 , MAXI AV GI 

%eval(['save 1 str ' ' strl str2 
MAXU AVGU -append']); , , fc 4 , ^ AV GI MAXU AVGU - 

15 %eval(['save ' str strl 
append' ] ) ; 

d±E([ l Average Fitness of Users: ■ num2str (AVGu) ■ Max Fitness of 
ISPs: 1 nuiti2str (MAX) ] ) 

end ^ 
PrintPopulation (ISP; 

function [Users, ISP] = GenerateUsers (Users , ISP) 
for i = 1: length (Users) ^*^on\. 
OA Users(i) .MinutesPerDay = ceil (rand 720) , 
20 Users i) . CostOf Advert ising = ceil (rand* . 1 ) , 
Users (i) .CostOf Speed = ceil (rand* . 1 ) ; 
uilrs(i). TooMany = ceil ( length (Users) /10 ) ; 

end 

function [ISP, Users] = ResetOtherThings ( ISP, Users ) 
for i - 1: length (ISP) 

ISP(i) .NoSubscribers = 0; 
ISP(i) -NoServers = 1; 
ISP (i ). Revenue - 0; 
25 ISP (i) .Expenses = 0; 
end 

for i = 1 : length (Users) , 

Users (j) .PaidFor = zeros ( length (ISP) , 1 ) ; 

Users (j) .PayOut = 0; 
end 



function agent - GenerateRandomPopulat ion (agent 

^0 for i = 1 : length (agent) 

for j = 1 : length (agent (i) .Genome) 



i f rand > . 5 

agent ( i ) . Genome ( 3 ) = 

end 

end 

end 



function [ISP, Users, USplit , MSplit] = RunNDaysdSP, Users, 
NDays, costof , priceof ) 
oc USplit = zeros (length (ISP), NDays ; 
35 MSplit = zeros (length (ISP) , NDays) ; 
Service = zeros ( length ( ISP) , NDays ) ; 
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Ad = zeros (length (ISP) , 1) ; 
Mon = zeros (length (ISP) , 1 ) ; 
Min = zeros (-length ( ISP) , 1) ; 
Res = zeros (-length* ( ISP) , 1 ) ; 

for j = l:NDays 

[ISP, Users] = ResetComplaints (ISP, Users ) ; 
<r Disconnect '= zeros ( length (Users) , 1 ) ; 

uW = (1 : length (Users) ) ; 
■uC = [ ] ; 

° r [ISp U Users uW uC Disconnect] = ConnectNewdSP, Users, minute, uW, 

uCDisconnect); 

X = find (Disconnect == minute) ; 

if -isempty (X) . 
[Users ISP uC] = DisconnectOld ( ISP , Users, minute, uC, 

Disconnect , X) ; 
end 

10 for ii - l-length(ISP) 

ISP(ii) .NoSubscriberMins = ISP(n) .NoSubscriberMins + 
ISP (ii) -NoRightNow ; 
end 

[ISP Users] = IssueComplaints (ISP, Users, uC) ; 

end 

[ISP Users] = CalcPayout (ISP, Users , priceof ) ; 

S = zeros (length (ISP) , 1) ; 
for n = 1 : length(ISP) 
15 USplit(n,j) = ISP(n) . NoSubscribers ; 

MSplittn, j) =■ floor { (ISP(n) . Revenue-ISP (n) .Expenses) ) ; 
Ad(n,l) = ISP(n) . Advertising ; 
Mon(n,l) = floor (ISP (n) .MonthlyFee) ; 
Min(n,.l) = floor (ISP (n) .MinuteFee) ; 

Res(n,l) = f loor<ISP(n) . Responsiveness* 100 ) ; . 
%Service(n, j) = ( ISP (n) . Complaints / ISP(n) .NoSubscriberMins+1) ; 
%disp(['Day ' num2str(j) ', ISPC num2str(n) ') has ' 
niim?str f ISP (n) .NoSubscribers) . . . 

nUItl ^ S % i . subscribers, and $ ' num2str (floor ( (ISP (n) .Revenue- 
2U ISP (n) .Expenses) ))] ) %,... 

%• Ad, ' num2str (ISP (n) .NoRightNow)., 
%num2str (ISP(n) .NoSubscriberMins) , * ' , 
num2str (ISP(n) .Complaints) ] ) ; 
end 

subplot (2,1,1) 
plot(USplit(: ,1: j) ' ) 
subplot (2,1,2) 
plot (MSplit ( : , l:j) 1 ) 
25 drawnow 



disp(['Day: ' num2str ( j ) .] ) ; 

Z = [uSplit(:,j) MSplit(:,j) Ad ( : , 1 ) Mon ( : , 1 ) Min ( : , 1 ) Res(:,l)]; 
%disp,(Z) ; 

%disp(USplit ( : , j ) ) ; 
%disp (MSplit ( : , j) ) ; 

ISP = BuyMoreServers (ISP, costof ) ; 
30 [ISP, Users] = MakeSwitches ( ISP, Users , NDays ) ; 

% drawnow 

end 



35 



function [ ISP, Users, uWStill, uC, Disconnect] = 
Connec tNew ( ISP , Users , minute , uW , uC , Disconnect ) 
uWStill = [] ; 
for user = 1: length (uW) 

cur = uW(user); . 

P _ i _ ((720 - minute - Users ( cur ) .MmutesPerDay ) / 720) 
if rand < P 

uC = [uC cur] ; 
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Disconnect (cur) = minute + Users (cur ) .MinutesPerDay; 
iSP ^rp!rs^ U 5o R Snt^ P =°^ptIsp), N oRi g htNow + l; 

elS uWStill = [uWStill cur] ; 
end 

end 

5S^cSll"sp"Sers?minute , uC . Disconnect , X) 
for i=l: length (X) 
cur - X(i) ; 
te = find(uC == cur) ; 

Y^n^^ Users (cur) .Cur rent Provider; 
llp(isS) NoRightNow = ISP(isp).NoRxghtNow - 1; 

end 

function [ISP, Users] = issueComplaints (ISP, Users, uC) 
for i=l: length (uC) 

isp = Users (cur) .CurrentProvider ,; 
a. Tf -;t-c t-r>n clow issue a complaint 
% %dis P (?SPUs?T NoRightNow / iSP(isp).NoServerB) 
%disp (Users (cur) .TooMany) 

end 

end 

function ISP = BuyMoreServers (ISP, costof) 

^■^iTSlif'SLe - ISP (i) -Expenses) > -100000 
20 %lf i^iSPU) Complaints / (ISP(i) .NoSubscriberMms+1 ) >= 

ISP(i) -^ll^^StuSPli) .Responsiveness * ISP ( i > •^Servers) / . . . 

% "(llpU) Complaints / ISP(i) .NoSubscriberMms) - 
ISP(i) .NoServers; 

■ i / ir^ B (±l Complaints*ISP(i) . NoServers/ ISP (i) .NoSubscriberMins) / . . . 
cexl((ISP(x) jWlaxnts ^ |^ es ) / costof; 

%mB = (100000 + ISP (i) .Revenue - ISP(i) .Expenses; / 
%if mB <- 0. 
25 % mB = 0; 

%end 

%if B > mB 

% B = floor (mB) ; 

servers']); tcdm^ Pvnpnses * B + costof ; 

ISP(i) .Expenses = ISP(x) . ^xpeii^t^ ^ 

ISP(i) .NewServers = B; 
30 else 

J ISP(i) .NewServers = 0; 

end 
%el se 

% ISP (i) .NewServers = 0; 
%end 

end 

, , _ 0 f fhe dav, consider switching 

% Just log the complaints, then at the end of tne aay, 
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it (users ' (i ) . N oServers - 
ISP(isp) NewServers) /ISP(isp) NoServers) . . . 
ISPUsp) .N users(i) NoToSwxtch U) >NDays) . 

[ISP Users (1) J - ficKi^M^ 

c end 
5 end 

function [ISP. Users] = ResetComplaints (ISP, Users) 

for i=l:length(Users) _ 
Users (i) -Complaints - u, 
%Users(i) . PayOut - U; 

lor* i=l - length (ISP) 

ISP (i) .NoRightNow - u, 
ISP (i) .Complaints - 0; 
10 ISP(i) .NoSubscriberMms = 0; 
end 

function [ISP, Users] = CalcPayout (ISP, Users, priceof) 

P obit?! :pSSu t t iS = i uie = r s( 1 iL Payout + Users <i) .CostOfAdvert.srng 

i^ch^hl ishes relationship t 

» users,!,. Payout . users U> .Counts 
Users (i) .CostOf Speed; 
end 

20 functi on [MAX, AVG, ISP] - EvaluatePop (ISP) 

fOT ISP7i) S F^5i" P CXSP(±) ,R«re«ue - ISP(i) .Expenses) 
If iSP(i) .NoSubscribers < 2 
ISP(i) .Fitness == -10. 

F(i,l) = -ISP(i) .Fitness; 

end , ^ v 

[A, B] = sort (F) ; 
25 ISP = ISP(B) ; 
MAX = max(-F) ; 
AVG = mean(-F) ; 

function [MAX. AVG, Users] = EvaluatePopU (Users) 
F = zeros (length (Users ,D; 

f ° r 1 i = ^! e Flt5esl" S - Users (i). Payout; 
Sn! ='users1!) -Fitness; 

30 end 

[A, B] = sort(F); 
Users = Users (B) , 
MAX = max(F) ; 
AVG = mean ( F ) ; 



function ISP = MapToValues ( ISP MaxMonthlyFee, 
MaxSinSteFee , MaxResponsiveness) 



35 for i=l : length (ISP) 

Mo = ISP(i) .Genome(2:17) ; 
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Mi = ISP(i) .Genome (17+1 : 17+16) ; 
RC = ISP(i) .Genome (33 : 32+16) ; 

Tqpm Advertising = str2num ( ISP ( i ). Genome ( 1 ) ) ; 

III i MonthlJIee = BitToArabic (Mo ) * MaxMonthlyFee / 2-16; 

i MinuteFee = BitToArabic (Mi ) * MaxMinuteFee / 2-16; 
ISP(i) Responsiveness = BitToArabic (RC ) * MaxResponsiveness / 2 16, 



5 end 

function Users = MapToValuesU (Users , MaxNo To Switch, MaxSFl , MaxSF2 ) 
for i=l: length (Users) 

No = Users (i) .Genome (1:16) ; 

SI = Users (i) .Genome (16+1 : 16+lb) ; 

SJ«s U > (NO -| * MaxNoT o Switch / 2-16 ; 

S"" i .SpeedFactorl = BitToArabic SI * MaxSFl 2^16, 
Users (i) . SpeedFactor2 = BitToArabic (S2 ) * MaxSF2 / 2 lb, 
10 end 

function [ISP, Users] = Picklspl (ISP , Users , NDays) 
minCost = 10*10; 
pick = 1 ; 

SKIP = Users .Current Provider ; 
for j = 1: length (ISP) 
if j ~= SKIP 

ISP ( j ) % Advertising*Users . CostOf Advertising*Users .MinutesPerDay*NDays + 
15 •* % Users . CostOf Speed* ( { ISP ( j ) - NoSubscribers / ISP ( j ) . NoServers ) 
%- (Users. SpeedFactorl/Users.TooMany) -Users. SpeedFactor2) + ... 

% + iSP(j) .MonthlyFee + 
rcpM) MinuteFee*Users .MinutesPerDay*NDays ; 
ISP (j cost = ISP (j ) .MonthlyFee + ( ISP ( j ) .MinuteFee + 
TSP(-i) Advertising*Users. CostOf Advert ismg + — 
ISPa) (ilp(j) .NoSubscribers / ISP ( j ) . NoServers ) * 
ISP(j) Responsiveness *Users .CostOf Speed) . - . 
* Users. MinutesPerDay*NDays; 
20 if users . PaidFor (j ) == 1 

cost - cost - ISP (j) .MonthlyFee ; 

end 

if cost < minCost 

minCost = cost; 

pick = j ; 
elseif cost == minCost; 

pick = [pick j ] ; 
end 

end 

25 end 

if length (pick) > 1 

P = ceil (rand* length (pick) ) ; 
pick = pick (P) ; 

ISP (pick) .NoSubscribers = ISP (pick) . NoSubscribers + 1; 
ISP (SKIP) .NoSubscribers = ISP ( SKIP) . NoSubscribers - 1; 



30 
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Users .CurrentProvider = pick; 
" YsShkK)^ ^SP (pick) . Revenue + ISP (pick) . MonthlyFee; 

vtlrl SyOurS n ulers. PayOut + ISP (pick) . MonthlyFee; 

Users . PaidFor (pick) = 1; 
end 

function [ISP, Users] = Picklsp ( ISP, Users , NDays ) 
minCost = 10-10; 
pick - 1; 

for i = 1: length (Users) 
SKIP = Users (i) .Current Provider ; 
for j = 1: length (ISP) 
if j ~= SKIP 
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. • tIToar . a in MinutesPerDay + 
%cost =. . (i) C ostOfAdvertising*Users(U .nxn 

ISP(j) .Advertising*Users(U -^° st T <5PH) NoServers) 

( (TSP(i) .NoSubscribers / ISPO ) -woo 
••■ % users (i).CostOf Speed ((ISPO) Spee dFactor2) 
* ■•■ % (Users(i).SpeedFactorl/Users(i>.TooMany) Users 

+ ••• cost , iSP(j)-MonthlyFee h ^^^J^^f Advertising + ... 
C + ISP(j) .Advertising*^ ers(i) .cos ofSpeed) ... 
Tco/nl Responsiveness * usertui 

5 ( i ) MinutesPerDay*NDays ; 

if cost < minCost 
minCost = cost; 
pick = j ; . . 
elseif cost == minCost, 

pick = [pick D J ' 
end 

end 

end , « , -i 

10 if l^a^^iUtlKpick)).- 

pick = pick(P) ; 

(Pick. .NoSubscrib.r. - . f^K) .SonthlyFee; 

Users (i) .CurrentProvider p 

end nrn<:<!over, mutate) 

_ Mo difyPopulation(newagent, crossover, 
1-S function newagent - Moairyr y 
L = length (newagent) , , 
G = length (newagent (1) • Genome , , 
f nr - t = l:length (newagent) 
i = ceil(rand*L); 
i = ceil (rand*L) ; 
L = length (newagent) ; 



end 
if 



If newaSnU j ) • Genome (point) - ; 1 ■ 
newagent ( j )- Genome (point ) 

elS newagent(j). Genome (point) = 'l' 

end 



disp( I'Aaveruibxuy 
disp( ['MonthlyFee: 
disp( [ 'MinuteFee: 
disp([' NoServers: 
disp ( [ 'NoSubscribers . 
30 ^isp ([/Responsiveness: 



end 
25 end 

function PrintPopulation (agent) 

ffife Si! :E!K5!lit.> ; , 

disp ( [ ' ' ] ) 
end 

function r = BitToArabic ( str ) 
L = length (str) ; 

r=0; 
for i = 

if strd) « 1 . 
r - r + 2 IL-i) , 

^ end 
end 

NY2-1H17; 
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, M w,g.»t. stronasurvl™' 

for i = ceil(rand*L , Fit ness 

if agent li) ^|« ongSur vive 
if ^genUW = agent U) - 

elS newa g entOO = 

end 

else StrongSurviye 
if fewagenUW -agents 

el ^ewagentW = ««« ntU)! 
end 
end 
end 

10 
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